home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000455_connolly@pixel.convex.com _Tue Dec 8 05:09:12 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB

  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA16185; Tue, 8 Dec 92 05:09:12 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA13888; Tue, 8 Dec 1992 05:22:33 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA14167; Mon, 7 Dec 92 22:22:28 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA28362; Mon, 7 Dec 92 22:22:26 -0600
  10. Message-Id: <9212080422.AA28362@pixel.convex.com>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: HTTP2: base it on NNTP?
  13. Date: Mon, 07 Dec 92 22:22:26 CST
  14. From: Dan Connolly <connolly@pixel.convex.com>
  15.  
  16.  
  17. The functionality of the HTTP2 has a lot in common
  18. with NNTP:
  19.  
  20. Commands:
  21.  
  22. HTTP        NNTP
  23.  
  24. GET u        BODY
  25. GET u v        ARTICLE
  26. HEAD        HEAD
  27. PUT        POST or IHAVE
  28.  
  29. These are novel to HTTP:
  30.  
  31. CHECKOUT
  32. CHECKIN
  33. TEXTSEARCH u v
  34.  
  35. Status messages:
  36.  
  37. HTTP        NNTP
  38.  
  39. OK        2xx - command ok
  40. ERROR        4xx - command correct, but could not be completed
  41.         5xx - command unimplemented or incorrect
  42. REDIRECTION
  43. FORWARD
  44.  
  45.     etc.
  46.  
  47. The main technical difference between the protocols is that
  48. NNTP involves a few more round-trips here and there: the server
  49. starts the dialogue with a "200 - server ready" message.
  50.  
  51. The HTTP client just assumes it's ready if it accepted the connection.
  52. This save half a round-trip, but it's doesn't allow servers to
  53. say things like "502 - This server only available from 6pm to 8am".
  54.  
  55. Also, the NNTP IHAVE and POST commands involve more round-trips:
  56.  
  57.    S:      (listens at TCP port 119)
  58.    C:      (requests connection on TCP port 119)
  59.    S:      201 Foobar NNTP server ready (no posting)
  60.    C:      IHAVE <4106@ucbvax.ARPA>
  61.    S:      335 News to me!  <CRLF.CRLF> to end.
  62.    C:      (sends article)
  63.    C:      .
  64.    S:      235 Article transferred successfully.  Thanks.
  65.  
  66. But lots of stuff like error handling, status codes, and the
  67. like have been laid out.
  68.  
  69. I think it would be very useful to include the NNTP NEWNEWS
  70. command in W3. (client sends NEWNEWS <date> and server responds
  71. with a list of articles newer than <date>)
  72.  
  73. The NNTP commands HEAD, BODY, ARTICLE, etc. take a number or
  74. a message-id as an argument. We could extend the syntax to
  75. include URL's as quoted strings.
  76.  
  77. Then we'd add a few commands for format negotiation, locking,
  78. and so on. I think it's a nice clean framework to work in.
  79.  
  80.  
  81. Dan
  82.